docs: Add deprecation notices for GtkAlignment properties

We want people to port their code away from deprecated classes, and this
helps finding a replacement.

https://bugzilla.gnome.org/show_bug.cgi?id=750718

gtklistboxrow: propagate in the draw vfunc

So objects connected by g_signal_connect_after actually get
the signal.
This was causing an issue in the dnd highlight, since there
a cairo rectangle is draw using g_signal_connect_after on the draw
signal.

entry: Select word on double tap

The same approach as taken for GtkTextView in the previous commit.

text view: Select word on double tap

This is an initial attempt at implementing double-tap selection.

gtk-demo: Make hypertext demo work with touch

Make tapping on the links work.

wayland: Improve guessing of popup placement for detached popup menus

If a menu was not attached to any widget, we try to calculate its
position given where the grabbed pointer is and what window has its
focus. Previously we failed to do so if a "transfer window" was used
for the grab, and this patch adds a code path that, if the menu window
itself didn't have the grab, look for the transfer window and get the
grab device from there.

https://bugzilla.gnome.org/show_bug.cgi?id=748951

wayland: Don't try to guess the popup menu placement when it was set

If a position was already explicitly set, don't try to guess the
position of popup menus by looking at the pointer position, just use
the set coordinates.

https://bugzilla.gnome.org/show_bug.cgi?id=748951

wayland: Position popups relative to the parent surface

According to the xdg-shell protocol specification the (x, y) coordinates
passed when creating a popup surface is relative to top left corner of
the parent surface, but prior to this patch, if the parent surface
was an xdg_surface, we'd position it relative to top left corner of the
window geometry of that xdg_surface.

https://bugzilla.gnome.org/show_bug.cgi?id=749717

GtkTextHandle: Improve handle positioning

When we are close the window edge, we need to shrink the 'invisible
border' around the handle to avoid mispositioning it. A fiddly
calculation, but it works.

GtkTextHandle: drop non-implemented functions

GtkTextHandle: position handles properly

Move the handles so that the asymmetric assets align with the
start/end of the selection.

widget-factory: Improve touch selection example

Make the check buttons not take focus on click, so the popover
stays open.

entry: Make touch selection work with mouse

The buttons on the popover where stealing the focus from the text
view on click, causing the popover to be dismissed before the action
was taken. Fix this by making the buttons not take focus on click.

text view: Make touch selection work with mouse

The buttons on the popover where stealing the focus from the text
view on click, causing the popover to be dismissed before the action
was taken. Fix this by making the buttons not take focus on click.

adwaita: style tweaks to touch selections

- use dark theme assets for the checkboxes and radios
- darken the popover for legibility (white bg/black text is
  really the most problematic background to have).

unfortunatley in terms of SCSS structure this is further digging us into the
hole of specificity. It would be much nicer to set the .osd class on the popover
and have everything just work. I'm sure we'll end up using OSD styled popovers
outside the touch context.

https://bugzilla.gnome.org/show_bug.cgi?id=750396

Update Catalan translation

entry: Avoid criticals

After the recent changes, we could end up calling
gtk_entry_update_handles in cases where the text_handle
has not be created (e.g. when dragging text from an entry).
Avoid that.

widget: Clarify docs on gtk_widget_set_double_buffered()

Also make them more scary so people really really don't use it as a
random knob when trying to make things go fast.

//bugzilla.gnome.org/show_bug.cgi?id=750505

main: Push the current event on the stack before we start needing it

The changes in commit 13e22e20300b7312e52bba7d077fc7e231695fc1 made
_gtk_window_check_handle_wm_event() indirectly depend on
gtk_get_current_event_time() which relies on the current event being
available on the current_events stack.

Since the current event is only pushed on the stack afterwards we get
an invalid timestamp which breaks ewmh window moving.

This fixes the issue by pushing the current event before we start
relying on it being there in gtk_main_do_event() and, as a byproduct,
also fixes a potential memory leak when we have a rewritten event and
return early due to _gtk_window_check_handle_wm_event() being TRUE.

https://bugzilla.gnome.org/show_bug.cgi?id=750384

entry: Always clear handles for mouse interaction

There were some cases where we left a handle visible
during mouse interaction, which is a little weird.

entry: Move touch selection a little further away

Otherwise, it looks cramped, and we end up under the finger.

entry: Hide popover when touching elsewhere

Otherwise, the popover becomes 'sticky' and hard-to-dismiss.

entry: Use the drag-started signal

Use the drag-started signal to differentiate between drags that
move a handle and taps on a handle. Show the touch selection popup
for the latter, but not the former.

entry: Make handles come back reliably

We were setting the text handle mode to NONE too aggressively.

entry: Never show handles and popover at the same time

Hide the handles when the popover appears, and brind them back
when it disappears. This will need revisiting if we start using
the popover for mouse interaction as well, where we may not
want handles to show up.

entry: Shorten touch selection timeout

We don't want the popup to appear spontaneously, so eventually
the timeout may go away altogether. For now, shorten it to 50ms,
to avoid rewriting all the places where the timeout is set or
unset.

text view: Always clear handles for mouse interaction

There were some cases where we left a handle visible
during mouse interaction, which is a little weird.

text view: Move touch selection a little further away

Otherwise, it looks cramped, and we end up under the finger.

text view: Use the drag-started signal

Use the drag-started signal to differentiate between drags that
move a handle and taps on a handle. Show the touch selection popup
for the latter, but not the former.

GtkTextHandle: add a drag-started signal

This will be used to discriminate drags from taps.

text  view: Don't popup after drag selection

Don't show the touch selection popover after a selection drag
ends. Instead, the popover will be triggered by an explicit
touch on the selection.

text view: Never show handles and popover at the same time

Hide the handles when the popover appears, and brind them back
when it disappears. This will need revisiting if we start using
the popover for mouse interaction as well, where we may not
want handles to show up.

text view: Shorten touch selection timeout

We don't want the popover to appear spontaneously, so eventually
the timeout may go away altogether. For now, shorten it to 50ms,
to avoid rewriting all the places where the timeout is set or
unset.

Updated Spanish translation

Updated Spanish translation

widget-factory: Improve context menu example

Show the text formatting in the menu / popover.

widget-factory: Demonstrate custom context menu items

Add bold/italics/underline styling to the context menu of
the 'Lorem ipsum...' text view in page 1. The point is not
to show good UI for this kind of styling, but to demonstrate
custom actions in the context menu / touch selection.

Adwaita: Some touch selection updates

Make touch selection popovers use osd style.

Update touch selection style

Update style for touch selection in GtkEntry and GtkTextView
according to https://wiki.gnome.org/Design/OS/Selections

Add 'Select All' to the default actions, change actions
to use icons and move the popover to the bottom. If there is
no selection, just offer to paste.

gtkfilechooserbutton: Align the label to the left

Using GtkLabel's xalign property so the label doesn't jump around when
the button gets resized.

https://bugzilla.gnome.org/show_bug.cgi?id=750477

places sidebar: Make 'recent' work on other platforms

Since nautilus merge, we were not showing 'Recent' in the sidebar
if GIO did not support the recent: scheme. But the file chooser
can show recent files independent of gvfs - it loads the recent
files manually. This is relevant on Windows and OS X, where gvfs
is typically not used.

This commit adds a show-recent property which can be used to override
the recent: scheme check. We use it in the file chooser.

https://bugzilla.gnome.org/show_bug.cgi?id=750068

texthandle: Set prelight state on the pointer-interacted handle

This will be useful with the theming changes to come.

https://bugzilla.gnome.org/show_bug.cgi?id=750396

texthandle: Allow setting individual states, and separately to handles

Now each handle gets its individual current state, and we can accumulate
more than one state on these.

https://bugzilla.gnome.org/show_bug.cgi?id=750396

Adwaita: updates style for text selection

- use consistent widget style. unfortunately using assets
- light/dark variant
- new assets for text selestions, using existing slider asset for
  insertion point

https://bugzilla.gnome.org/show_bug.cgi?id=750396

Add a tree dnd testcase

This shows a minimal setup for enabling non-row DND from a treeview.

gtkplug: set decorated to FALSE by default

The change in c5e5ee67490e7e7af56052d8f8beb75db002c2f1 introduced
a regression - all GtkPlug windows has unexpected extra space. Fix
this by setting decorated to FALSE for GtkPlug window.

https://bugzilla.gnome.org/show_bug.cgi?id=750424

gtkrevealer: add css padding support

Add css padding support to GtkRevealer.

As a future work, GtkRevealer still needs to support the border
property.

https://bugzilla.gnome.org/show_bug.cgi?id=750338

GtkScale: Move marks inward

We don't want scale marks to affect scale sizing and positioning,
so draw them inside the range recangle. This avoids size changes
for marks that don't have labels, at least.

https://bugzilla.gnome.org/show_bug.cgi?id=749650

Updated Hungarian translation

Trivial: remove outdated comment

Adwaita: entry linking logic change.

Use the same linking logic of buttons for entries, this avoids
specialcasing rtl.

Updated Tajik translation

window: Check if we can use CSD before enabling them

The change in 03213b9509fc1df16c66194ea168aed6c15110e9 changed the rules
as to when CSD can be enabled, but it also unconditionally enables CSD
with the implicit assumption that client-side shadows were the real
issue, and that we could work around that by drawing our own borders.
This also means that setting a titlebar for a GtkWindow will enable CSD
unconditionally.

In reality, some window managers (like Matchbox) *only* support
server-side decorations, and will ignore all hints to the contrary, to
the point of drawing decorations at random locations on top of the
window.

Since CSD are enabled unconditionally, the GTK_CSD environment variable
is also not a suitable escape hatch.

In the grand tradition of asking ourselves if we should do something
just because we can, we should split the environment checks from the
checks on what the user requested; by doing that, we can also check
when enabling client-side decorations, and ideally bail out if needed.

https://bugzilla.gnome.org/show_bug.cgi?id=750343

mir: keep reference on queued events

mir: gdk_mir_window_impl_set_surface_type

mir: Create the correct surface

mir: Remove redundant calls

mir: log input events properly

mir: Resolve warnings

mir: Update cursor position

mir: Remove child window rendering hack

wayland: Move DnD grab breaking function into gdkdevice-wayland.c

This has little to do with GdkDragContext, and a lot to do with
the GdkDevice that triggered it, seems to make more sense in
gdkdevice-wayland.c.

wayland: Split keyboard/button modifiers internally

On wl_keyboard.key/modifiers, we're just forgetting about currently
pressed mouse buttons. Fix this by storing button and key modifiers
separately, and put these together when creating the GdkEvents.

textview: Update handles after flushing scroll changes

Text insertion/pasting might trigger scroll, so we'd have to wait
until the text was revalidated and the scrolling truly happened
before we can check the new handle(s) position.

dnd: Remove emission of fake button release event

Nowadays (and for quite some years now) we rely on GdkEventGrabBroken
events to be received. This fake button event seems a remnant of
the early Gtk 2.x days, and is currently even inconsistent with our
event delivery model, so just remove it.

https://bugzilla.gnome.org/show_bug.cgi?id=749737

build: Fix make dist

Revert 2 hunks introduced by 36c65c1acabfd8fb1b5b85d7b128bfd4361b6fc3

configure: Require pango >= 1.37.0

Needed since 049cbc8b74aa7a6fff1627c8c65cbfd3c86dfde8

updateiconcache: Fix compiler warnings

Fix warnings due to -Wdeclaration-after-statement and -Wshadow.

queryimmodules: Fix compiler warnings

Fix warnings due to -Wdeclaration-after-statement and -Wshadow.

xembed: Fix compiler warnings

Fix warnings due to -Wdeclaration-after-statement and -Wshadow.

widget path: Fix compiler warnings

Fix warnings due to -Wdeclaration-after-statement and -Wshadow.

widget: Fix compiler warnings

Fix warnings due to -Wdeclaration-after-statement and -Wshadow.

tree view: Fix compiler warnings

Fix warnings due to -Wdeclaration-after-statement and -Wshadow.

tree model sort: Fix compiler warnings

Fix warnings due to -Wdeclaration-after-statement and -Wshadow.

tree model filter: Fix compiler warnings

Fix warnings due to -Wdeclaration-after-statement and -Wshadow.

tool palette: Fix compiler warnings

Fix warnings due to -Wdeclaration-after-statement and -Wshadow.

text buffer: Fix compiler warnings

Fix warnings due to -Wdeclaration-after-statement and -Wshadow.

print operation: Fix compiler warnings

Fix warnings due to -Wdeclaration-after-statement and -Wshadow.

paned: Fix compiler warnings

Fix warnings due to -Wdeclaration-after-statement and -Wshadow.

menu: Fix compiler warnings

Fix warnings due to -Wdeclaration-after-statement and -Wshadow.

kinetic scrolling: Fix compiler warnings

Fix warnings due to -Wdeclaration-after-statement and -Wshadow.

im context: Fix compiler warnings

Fix warnings due to -Wdeclaration-after-statement and -Wshadow.

icon view: Fix compiler warnings

Fix warnings due to -Wdeclaration-after-statement and -Wshadow.

icon theme: Fix compiler warnings

Fix warnings due to -Wdeclaration-after-statement and -Wshadow.

file chooser: Fix compiler warnings

Fix warnings due to -Wdeclaration-after-statement and -Wshadow.

entry: Fix compiler warnings

Fix warnings due to -Wdeclaration-after-statement and -Wshadow.

dnd: Fix compiler warnings

Fix warnings due to -Wdeclaration-after-statement and -Wshadow.

css: Fix compiler warnings

Fix warnings due to -Wdeclaration-after-statement and -Wshadow.

combo box: Fix compiler warnings

Fix warnings due to -Wdeclaration-after-statement and -Wshadow.

builder: Fix compiler warnings

Fix warnings due to -Wdeclaration-after-statement and -Wshadow.

application: Fix compiler warnings

Fix warnings due to -Wdeclaration-after-statement and -Wshadow.

accel map: Fix compiler warnings

Fix warnings due to -Wdeclaration-after-statement and -Wshadow.

about dialog: Fix compiler warnings

Fix warnings due to -Wdeclaration-after-statement and -Wshadow.

Fix compiler warnings

Fix warnings due to -Wdeclaration-after-statement and -Wshadow.

printing: Fix compiler warnings

Fix warnings due to -Wdeclaration-after-statement and -Wshadow.

x11: Fix compiler warnings

Fix warnings due to -Wdeclaration-after-statement and -Wshadow.

wayland: Avoid compiler warnings

Fix warnings due to -Wdeclaration-after-statement and -Wshadow.

Updated Tajik translation

Bug 745957 - GTK+/Quartz >= 3.14.8: Symbol not found: _gtk_drag_cancel

Implement gtk_drag_cancel, made public in c160ba069 and 62616a71, in
gtkdnd-quartz.c.

GtkStack: Don't mix code and declarations